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DETAILED ACTION 

1 . This action is issued in response to the Amendment filed on 04/10/2008. 

2. Claims 1 and 1 1 were amended. Claims 21-35 were canceled. No claims were 
added. 

3. This action is made Final. 

4. Claims 1 -20 are pending in this application. 

5. Applicant's arguments filed on 04/10/2008 have been fully considered but they 
are not persuasive. 

Claim Rejections - 35 USC §112 

6. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

7. Claims 1 - 20 are rejected under 35 U.S.C. 1 1 2, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

The limitation "allows a smart card", recited in claims 1 , and 1 1 , is indirect, 
suggest optionally, and passive which renders any recitation claimed after not be given 
patentable weight. Therefore, it is unclear what Applicant' intended metes and bounds 
of the claims are, since the claims appear to cover anything and everything that does 
not prohibit actions from occurring. 
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Office personnel must rely on the applicant's disclosure to properly determine the 
meaning of "allows" in the claims. Limitations appearing in the specification but not 
recited in the claim are not read into the claim; therefore, in this case, the recitation of 
"allows" as interpreted in light of the specification provide the "functionality" or "the 
capability" of the system to perform the steps without definite disclosure limiting or 
excluding any alternative, negative, or even all together suggest actually performing or 
implementing the functionality that is database management system is capable of. 

Therefore, any cited art that teaches the steps otherwise in the alternative can be 
used to reject the instant application. The computer being allowed to perform a function 
does not mean that it will ever actually perform that functionality (i.e. "allows" should be 
clarified and changed to a more definite term). 
Appropriate correction is required. 

Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

9. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
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were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

10. Claim 1 - 20 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Tushie et al. (Tushie hereinafter) (US Patent No. 6,014,748), in view of Harms et al. 
(Harms hereinafter) (US Patent No. 6,070,147), and further in view of Anderson et al. 
(Anderson hereinafter) (US 5,884,289). 

Regarding Claim 1 , Tushie discloses a method for automating the 
personalization of a batch of smart cards (Col. 5 and 6, lines 66 - 67 and 1 - 5, Tushie), 
comprising: 

executing a personalization assistant tool (Col. 2, lines 38 - 40, Tushie), said 
software tool including a default member profile having default values for smart card 
features (Col. 2 and 18, lines 39 - 40 and 5 - 24, "The card framework template record 
describes the structure of the chip on the card. In the sample shown below, the $MF 
entry defines a root directory (3F00), while $DF entries define a medical application 
(5F20), and an accounting application (5F10). Within each directory are application- 
specific files defined by $EF entries, such as 6F00 containing the account name and 
6F10 containing the account number. All file descriptive data resides in the card 
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framework template and is referenced at various times during the smart card issuing 
process", wherein the card framework template record corresponds to the default 
member profile claimed; and wherein entries, such as, account name and account 
number correspond to the default values for smart card features; and Col. 2, lines 54 - 
59; Col. 8, lines 48-51; Col. 14, lines 3-5; Col. 17, lines 9 - 12;Tushie); 

Furthermore, Tushie also discloses a method and system for receiving smart 
card feature information (Page 6, lines 40 - 46, Tushie) that was previously entered into 
a cardholder database management system by a user (Fig. 1 B, item 152, Page 7, lines 
48 - 59, Tushie). In addition, Tushie discloses that the smart card personalization 
system will create smart cards according to the information received from alternate 
inputs (Col. 6, lines 54 - 56, Tushie) and from a software tool (Fig. 1A, item 150, Card 
Issuer Mgnt System, Page 9, lines 23 - 26 and 33 - 38; respectively, Tushie). However, 
Tushie is silent with respect to the details on how the user enters such smart card 
information into the system. On the other hand, Harms discloses computer instructions 
for providing a user with a plurality of queries regarding said smart card features (Col. 5, 
lines 17-24 and 36 - 40; respectively, "the retail clerk (or consumer) can manually 
key-in the desired information from the card by following prompts displayed by the 
identification terminal, Harms), said queries originating from said software tool (Col. 5, 
lines 1 - 5; " ...the identification terminal 15 could be integrated into a single reader...", 
Harms); receiving from the user responses to the plurality of queries, said responses 
being received by said software tool (Col. 5, lines 17-24 and 49 - 51 , "... the 
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identification information gathered by the identification terminal 15...", Harms 1 ); 
matching each of said responses with an output data value, said matching being 
performed by said software tool (Col. 9, lines 41 - 46; Harms). It would have been 
obvious to one of ordinary skill in the art at the time the invention was made to 
incorporate the teachings of Harms as a method for users to enter personalized 
information in the Tushie system at Fig. 1B, item 152, Card Holder Data, to the smart 
card personalization system of Tushie. Skilled artisan would have been motivated to do 
so, as suggested by Harms (Col. 3, lines 44 - 45, Harms), to provide a customer- 
friendly and sustainable approach. 

The Tushie in view of Harms combination (Tushie/Harms hereinafter) also 
discloses: 

modifying said default member profile using said matched output data values 
(Col. 9, lines 40 - 50, wherein the record corresponds to the default member profile 
claimed; and wherein the step of updating the record with the new transaction 
corresponds to the step of modifying as claimed; Harms); and 

generating a personalization data file from a plurality of modified default member 
profiles (Fig. 5, "Joe Smith" and "Kathleen King", Col. 7, lines 3-11; wherein the Figure 
shows plurality of modified default member profiles for two consumers for example, "Joe 
Smith" and "Kathleen King" Harms) and a plurality of sets of said output data values 
(Col. 7 and 9, lines 11-21 and 61 - 67; respectively Harms), wherein the plurality of 

1 To further clarify, see for example Harms, Col. 5, lines 36 - 40, "the retail clerk (or the consumer) can 
manually key-in the desired information from the card by following prompts displayed by the terminal". 
Wherein it is clear from this paragraph that "the desired information" being entered is information from 
"the card"; thus it is in regards to smart card features. 
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sets of said output data values used to generate said personalization data file is used to 
provide said smart card features on each smart card in said batch of smart cards for a 
plurality of users wherein said batch of smart cards is personalized with respect to the 
plurality of users (Col. 6 and 9, lines 42 - 47 and 33 - 38; respectively, "... The smart 
card personalization system 100 receives data from a card issuer management system 
150 (typically proprietary to the card issuer), translates the data into a data stream, and 
outputs the data stream to personalization equipment 130 which personalizes the smart 
cards 160..."; Tushie; and Col. 5, lines 41 -47, Harms). 

Furthermore, Tushie/Harms discloses: said smart cards features including 
account feature data associated with account (Col. 4, lines 30 - 41 , Harms) and low- 
value payment feature for rapid transaction processing (Col. 12, lines 3-9, Harms). 

However, Tushie/Harms does not explicitly disclose that said smart card features 
include account usage, and authorization control feature data providing instructions 
relating to risk management. On the other hand, Anderson discloses smart card 
features including: account feature data associated with account usage, and 
authorization control feature data providing instructions relating to risk management 
checks ([57], Abstract, Col. 7, lines 55 - 60, "allowing the card issuer to limit the on- 
going losses on that card"; Col. 8, lines 35 - 42; "i. All ATM/POS transactions (approved 
or declined) for sample cards going back for a period of time (e.g., 3 months)", wherein 
for example "3 months" is part of the usage information as claimed; Anderson). It would 
have been obvious to one of ordinary skill in the art at the time the invention was made 
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to incorporate the Anderson's teachings to the system Tushie/Harms. Skilled artisan 
would have been motivated to do so, as suggested by Anderson ([57], Abstract, 
Anderson), to identify "at risk" cards in the criminal's possession which have not yet 
been used, and to limit the losses to individual financial institutions and the financial 
institution community at large. 

Furthermore, the Tushie in view of Harms and further in view of Anderson 
combination (Tushie/Harms/Anderson hereinafter) discloses: a smart card feature being 
a high-level smart card management instruction dictated by a smart card issuer that 
allows a smart card to operate as if the issuer were exerting direct control (Col. 2, lines 
54 - 59; Col. 8, lines 48 - 51 ; Col. 14, lines 3 - 5; Col. 1 7, lines 9-12, Tushie; and Col. 

7, lines 55 - 60, "allowing the card issuer to limit the on-going losses on that card"; Col. 

8, lines 35 - 42; "b. Request transaction set from issuer for sample cards, i. All 
ATM/POS transactions (approved or declined) for sample cards going back for a period 
of time (e.g., 3 months), ii. Report is sent to issuer identifying cardholders and 
requesting all ATM/POS transactions for 3 months, iii. The issuer can either enter the 
transactions through First Alert or fax them to the service."; Anderson). 

Regarding Claim 2, Tushie/Harms/Anderson discloses a method, further 
comprising using individual cardholder input files and the personalization data file to 
personalize a plurality of smart cards to yield a plurality of personalized smart cards 
(Col. 2, lines 46 - 54, Tushie; and Col. 4, and 5, lines 47 - 54 and 49 - 51 ; respectively, 
Harms). 
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Regarding Claim 3, Tushie/Harms/Anderson discloses a method, wherein the 
generating a personalization data file, comprises: 

providing a look up table with entries for various combinations of responses to 
the plurality of queries (Fig. 5, Col. 9, lines 36 - 41 , Harms); 

finding a matching entry in the look up table that matches the responses to the 
plurality of queries (Fig. 5, Col. 9, lines 41 - 45, Harms); 

locating personalization data file output associated with the matching entry (Fig. 5, 
Col. 9, lines 41 - 45, Harms); and 

outputting the personalization data file output associated with the matching entry 
(Col. 1 1 , lines 50 - 55, Harms). 

Regarding Claim 4, Tushie/Harms/Anderson discloses a method, wherein the 
plurality of queries, comprise: 

at least one query regarding smart card account usage control (Col. 4, lines 30 - 
41, Harms; and [57], Abstract, Anderson); 

at least one query regarding smart card account risk management ([57], Abstract, 
Anderson); and 

at least one query regarding offline limits and thresholds (Col. 5, lines 19-24, 
Harms). 
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Regarding Claim 5, Tushie/Harms/Anderson discloses a method, wherein 
responses to the plurality of queries are used to provide best practices 
recommendations (Col. 1 1 , lines 45 - 50, Harms). 

Regarding Claim 6, Tushie/Harms/Anderson discloses a method, further 
comprising providing regional profiles and subregional profiles, wherein a subregion is 
within a region, wherein the regional and subregional profiles have mandatory and 
recommended settings, wherein some of the subregional profiles are more stringent 
than regional profiles in which the subregions belong (Col. 7, lines 14-21 and 58 - 63, 
Harms). 

Regarding Claim 7, Tushie/Harms/Anderson discloses a method, wherein the 
generating a personalization data file, comprises: 

providing a look up table with entries for various combinations of responses to 
the plurality of queries (Fig. 5, Col. 9, lines 36 - 41 , Harms); 

finding a matching entry in the look up table that matches the responses to the 
plurality of queries (Fig. 5, Col. 9, lines 41 - 45, Harms); 

locating personalization data file output associated with the matching entry (Fig. 
5, Col. 9, lines 41 - 45, Harms); and 

outputting the personalization data file output associated with the matching entry 
(Col. 1 1 , lines 50 - 55, Harms). 
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Regarding Claim 8, Tushie/Harms/Anderson discloses a method, wherein the 
plurality of queries, comprise: 

at least one query regarding smart card account usage control (Col. 4, lines 30 - 
41, Harms; and [57], Abstract, Anderson); 

at least one query regarding smart card account risk management ([57], Abstract, 
Anderson); and 

at least one query regarding offline limits and thresholds (Col. 5, lines 19-24, 
Harms). 

Regarding Claim 9, Tushie/Harms/Anderson discloses a method, further 
comprising computer instructions for using responses to the plurality of queries to 
provide best practices recommendations (Col. 1 1 , lines 45 - 50, Harms). 

Regarding Claim 10, Tushie/Harms/Anderson discloses a method, further 
comprising providing regional profiles and subregional profiles, wherein a subregion is 
within a region, wherein the regional and subregional profiles have mandatory and 
recommended settings, wherein some of the subregional profiles are more stringent 
than regional profiles in which the subregions belong (Col. 7, lines 14-21 and 58 - 63, 
Harms). 
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Regarding Claim 1 1 , Tushie/Harms/Anderson discloses a computer implemented 
method for automating the personalization of a batch of smart cards (Col. 5 and 6, lines 
66 - 67 and 1 - 5, Tushie), comprising: 

running on a host computer a personalization assistant software application (Col. 
2 and 6, lines 38 - 40 and 57 - 58; respectively, Tushie), said software application 
including a default member profile having default values for smart card features (Col. 2 
and 18, lines 39 - 40 and 5 - 24, "The card framework template record describes the 
structure of the chip on the card. In the sample shown below, the $MF entry defines a 
root directory (3F00), while $DF entries define a medical application (5F20), and an 
accounting application (5F10). Within each directory are application-specific files 
defined by $EF entries, such as 6F00 containing the account name and 6F10 containing 
the account number. All file descriptive data resides in the card framework template 
and is referenced at various times during the smart card issuing process", wherein the 
card framework template record corresponds to the default member profile claimed; and 
wherein entries, such as, account name and account number correspond to the default 
values for smart card features; Col. 2, lines 54-59; Col. 8, lines 48-51; Col. 14, lines 
3-5; Col. 17, lines 9-12; Tushie), a smart card feature being a high-level smart card 
management instruction dictated by a smart card issuer that allows a smart card to 
operate as if the issuer were exerting direct control (Col. 2, lines 54 - 59; Col. 8, lines 
48-51; Col. 14, lines 3-5; Col. 17, lines 9- 12, Tushie; and Col. 7, lines 55-60, 
"allowing the card issuer to limit the on-going losses on that card"; Col. 8, lines 35 - 42; 
"b. Request transaction set from issuer for sample cards, i. All ATM/POS transactions 
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(approved or declined) for sample cards going back for a period of time (e.g., 3 months), 
ii. Report is sent to issuer identifying cardholders and requesting all ATM/POS 
transactions for 3 months, iii. The issuer can either enter the transactions through First 
Alert or fax them to the service."; Anderson) said smart card features including account 
feature data associated with account usage (Col. 4, lines 30 - 41 , Harms; and [57], 
Abstract, Col. 7, lines 55 - 60, "allowing the card issuer to limit the on-going losses on 
that card"; Col. 8, lines 35 - 42; "i. All ATM/POS transactions (approved or declined) for 
sample cards going back for a period of time (e.g., 3 months)", wherein for example "3 
months" is part of the usage information as claimed; Anderson), authorization control 
feature data providing instructions relating to risk management checks ([57], Abstract, 
Col. 7, lines 55 - 60, "allowing the card issuer to limit the on-going losses on that card"; 
Col. 8, lines 35 - 42; "i. All ATM/POS transactions (approved or declined) for sample 
cards going back for a period of time (e.g., 3 months)", Anderson), and a low-value 
payment feature for rapid transaction processing (Col. 12, lines 3-9, Harms); 

providing to at least one user system over a network a plurality of queries 
regarding smart card features (Col. 5, lines 17-24, Harms), said queries originating 
from said software application (Col. 5, lines 1 - 5; " ...the identification terminal 15 could 
be integrated into a single reader...", Harms, and also see - Col. 5, lines 17-24 and 36 
- 40; respectively, "the retail clerk (or consumer) can manually key-in the desired 
information from the card by following prompts displayed by the identification terminal, 
Harms); 
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receiving from the at least one user system over the network responses to the 
plurality of queries, said responses being received by said software application tool 
(Col. 5, lines 17-24 and 49 - 51 , "... the identification information gathered by the 
identification terminal 15...", Harms 2 ); 

matching each of said responses with an output data value, said matching being 
performed by said software tool (Col. 9, lines 41 - 46; Harms); 

modifying said default member profile using said matched output data values 
(Col. 9, lines 44 - 50, Harms); and 

generating a personalization data file from said default member profile and said 
output data values (Col. 9, lines 61 - 67, Harms), wherein the output data values of said 
personalization data file is used to provide said smart card features on said batch of 
smart card when said batch of smart cards is personalized (Col. 9, lines 33 - 38, 
Tushie; and Col. 5, lines 41 - 47, Harms). 

Regarding Claim 12, Tushie/Harms/Anderson discloses a computer implemented 
method, further comprising: 

sending the personalization data file to a preparation processing device (Fig. 1A, 
item 1 00 and 1 50, Col. 6, lines 42 - 46, Tushie; and Col. 6, lines 32 - 35, Harms); 
and 

2 To further clarify, see for example Harms, Col. 5, lines 36 - 40, "the retail clerk (or the consumer) can 
manually key-in the desired information from the card by following prompts displayed by the terminal". 
Wherein it is clear from this paragraph that "the desired information" being entered is information from 
"the card"; thus it is in regards to smart card features. 



Application/Control Number: 10/633,020 Page 15 

Art Unit: 2162 

using the personalization data file and cardholder input files to personalize smart 
cards (Fig. 1A, items 130 and 160, Col. 6, lines 45-47, Tushie). 

Regarding Claim 13, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein the generating a personalization data file, comprises: 

providing a look up table with entries for various combinations of responses to 
the plurality of queries (Fig. 5, Col. 9, lines 36 - 41 , Harms); 

finding a matching entry in the look up table that matches the responses to the 
plurality of queries (Fig. 5, Col. 9, lines 41 - 45, Harms); 

locating personalization data file output associated with the matching entry (Fig. 
5, Col. 9, lines 41 - 45, Harms); and 

outputting the personalization data file output associated to the matching entry 
(Col. 1 1 , lines 50 - 55, Harms). 

Regarding Claim 14, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein the plurality of queries, comprise: 

at least one query regarding smart card account usage control (Col. 4, lines 30 - 
41, Harms; and [57], Abstract, Anderson); 

at least one query regarding smart card account risk management ([57], Abstract, 
Anderson); and 

at least one query regarding offline limits and thresholds (Col. 5, lines 19-24, 
Harms). 
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Regarding Claim 15, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein responses to the plurality of queries are used to provide best practices 
recommendations (Col. 1 1 , lines 45 - 50, Harms). 

Regarding Claim 16, Tushie/Harms/Anderson discloses a computer implemented 
method, further comprising providing regional profiles and subregional profiles, wherein 
a subregion is within a region, wherein the regional and subregional profiles have 
mandatory and recommended settings, wherein some of the subregional profiles are 
more stringent than regional profiles in which the subregions belong (Col. 7, lines 14 - 
21 and 58-63, Harms). 

Regarding Claim 17, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein the generating a personalization data file, comprises: 

providing a look up table with entries for various combinations of responses to 
the plurality of queries (Fig. 5, Col. 9, lines 36 - 41 , Harms); 

finding a matching entry in the look up table that matches the responses to the 
plurality of queries (Fig. 5, Col. 9, lines 41 - 45, Harms); 

locating personalization data file output associated with the matching entry (Fig. 
5, Col. 9, lines 41 - 45, Harms); 
and 
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outputting the personalization data file output associated to the matching entry 
(Col. 1 1 , lines 50 - 55, Harms). 

Regarding Claim 18, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein the plurality of queries, comprise: 

at least one query regarding smart card account usage control (Col. 4, lines 30 - 
41, Harms; and [57], Abstract, Anderson); 

at least one query regarding smart card account risk management ([57], Abstract, 
Anderson); and 

at least one query regarding offline limits and thresholds (Col. 5, lines 19-24, 
Harms). 

Regarding Claim 19, Tushie/Harms/Anderson discloses a computer implemented 
method, wherein responses to the plurality of queries are used to provide best practices 
recommendations (Col. 1 1 , lines 45 - 50, Harms). 

Regarding Claim 20 Tushie/Harms/Anderson discloses a computer implemented 
method, further comprising providing regional profiles and subregional profiles, wherein 
a subregion is within a region, wherein the regional and subregional profiles have 
mandatory and recommended settings, wherein some of the subregional profiles are 
more stringent than regional profiles in which the subregions belong (Col. 7, lines 14 - 
21 and 58 - 63, Harms). 
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Response to Arguments 

1 1 . Applicant argues that the applied fails to disclose; "an account usage feature". 
Examiner respectfully disagrees. Tushie/Harms/Anderson does disclose: an 

account usage feature (Col. 4, lines 30 - 41 , Harms; and [57], Abstract, Col. 7, lines 55 

- 60, "allowing the card issuer to limit the on-going losses on that card"; Col. 8, lines 35 

- 42; "i. All ATM/POS transactions (approved or declined) for sample cards going 
back for a period of time (e.g., 3 months)", wherein for example "3 months" is part of 
the usage information as claimed; Anderson) 

12. Applicant argues that the applied fails to disclose; "default values for smart card 
features"; and further that; " 'feature' as used in the context of the claimed invention is 
not equivalent to account-related data or information. As the claims recite, they are 
management instructions dictated by a smart card issuer that allows a smart card to 
operate in a variety of environments". 

Examiner respectfully disagrees. First, in response to applicant's argument that 
the references fail to show certain features of applicant's invention, it is noted that the 
features upon which applicant relies (i.e., operate in a variety of environments) are not 
recited in the rejected claim(s). Although the claims are interpreted in light of the 
specification, limitations from the specification are not read into the claims. See In re 
Van Geuns, 988 F. 2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). 

Second, Tushie/Harms/Anderson does disclose: a smart card feature being a 
high-level smart card management instruction dictated by a smart card issuer that 
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allows a smart card to operate as if the issuer were exerting direct control (Col. 2, lines 
54-59; Col. 8, lines 48-51; Col. 14, lines 3-5; Col. 17, lines 9- 12, Tushie; and Col. 
7, lines 55 - 60, "allowing the card issuer to limit the on-going losses on that 
card"; Col. 8, lines 35 - 42; "b. Request transaction set from issuer for sample cards, i. 
All ATM/POS transactions (approved or declined) for sample cards going back for a 
period of time (e.g., 3 months), ii. Report is sent to issuer identifying cardholders and 
requesting all ATM/POS transactions for 3 months, iii. The issuer can either enter the 
transactions through First Alert or fax them to the service."; Anderson). 
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Conclusion 

13. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

14. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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Points Of Contact 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to GIOVANNA COLAN whose telephone number is 
(571)272-2752. The examiner can normally be reached on 8:30 am - 5:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Breene can be reached on (571) 272-4107. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Giovanna Colan 

Examiner 

Art Unit 2162 

June 23, 2008 

/Jean M Corrielus/ 

Primary Examiner, Art Unit 2162 



